home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group94b.txt / 000001_icon-group-sender _Fri Aug 19 05:47:30 1994.msg < prev    next >
Internet Message Format  |  1995-02-09  |  3KB
  1. Received: by cheltenham.cs.arizona.edu; Fri, 19 Aug 1994 05:35:49 MST
  2. Date: Fri, 19 Aug 1994 05:47:30 -0600 (CST)
  3. From: Chris Tenaglia | 456-8765 <TENAGLIA@MIS.MCW.EDU>
  4. Subject: Re: Simple syntax? A definition?
  5. To: mslamm@pluto.mscc.huji.ac.il
  6. Cc: icon-group@cs.arizona.edu
  7. Message-Id: <01HG2Z73GWN68WVZ0T@mis.mcw.edu>
  8. Organization: Medical College of Wisconsin (Milwaukee, WI)
  9. X-Vms-To: IN%"mslamm@pluto.mscc.huji.ac.il"
  10. X-Vms-Cc: IN%"icon-group@cs.arizona.edu"
  11. Mime-Version: 1.0
  12. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  13. Content-Transfer-Encoding: 7BIT
  14. Errors-To: icon-group-errors@cs.arizona.edu
  15.  
  16.  
  17. Around 1985 I had developed a plain language operating system for
  18. an IBM 360/20 compatible. I had just read an Apple Computer user
  19. interface guide about the goal of a good user interface is not
  20. fewer keystrokes, but rather brain strokes. Apple was thinking MAC
  21. but I was thinking PLOS.
  22.  
  23. The command line was everything. Instead of learning menus, transaction
  24. numbers, or flagging options you just had to memorize a group of
  25. applicable sentences. Each program was responsible for parsing the
  26. command line. For example the backup command was SAVE. Here are some
  27. samples:
  28.  
  29. SAVE ALL TO TAPE 1              * FULL BACKUP
  30. SAVE SOME TO TAPE 2             * INCREMENTAL BACKUP
  31. SAVE ALL FROM TAPE 2            * FULL RESTORE
  32. SAVE 6400 TO 10000 FROM TAPE 1  * SELECTIVE RESTORE (NO FILE SYSTEM YET)
  33.  
  34. Easy to parse. Easy to remember.
  35.  
  36. Chris Tenaglia (System Manager) |  "The past explained,     
  37. Medical College of Wisconsin    |   the future fortold, 
  38. 8701 W. Watertown Plank Rd.     |   the present largely appologized for."
  39. Milwaukee, WI 53226             |   Organon to The Doctor
  40. (414)456-8765                   |     
  41. tenaglia@mis.mcw.edu
  42.  
  43. > From:    IN%"mslamm@pluto.mscc.huji.ac.il" 18-AUG-1994 17:50:28.18
  44. > To:    IN%"icon-group-l@cs.arizona.edu"
  45. > Subj:    Simple syntax? A definition?
  46.  
  47. > Following the recent thread on perl vs. Icon, and posts about UNIX
  48. > *tools* I started thinking on how one can define what are the good
  49. > qualities a synatx should have.
  50. > It appears to me that what counts is simplicity. A simple syntax would be
  51. > one that can easaly be built (NOT parsed) by programs (so that the
  52. > language can be used as a tool interface). It would also be easy for
  53. > humans (that's us!) to learn and use.
  54.  
  55. > Does anyone have suggestions on how to define this in a more mathematical
  56. > or precise way? I thought about YACC clauses/sentence. But I am not sure
  57. > it's enough because the YACC approach narrows you down to LALR.
  58.  
  59. > I thought one criterion can be PROXIMITY - that is that semantically
  60. > related elements should be near each other.  Any others?
  61.  
  62. > Ehud Lamm == mslamm@pluto.mscc.huji.ac.il           "My home is not a page!"
  63.  
  64.